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TRY BE PORK YOU BUY SOFTWARE 
y DISTRIBUTION AND MARKETING SYSTEM 

PTF.T.D OF TK E! TTJWNTTON 

5 The present invention relates to a system and 

method for gathering data related to usage of software 
programs sampled by a potential purchaser or other user 
of the programs. 

10 RAOreROUNP OF THE ■TNVEWTIPN 

Customers or potential purchasers of software 
programs often desire to test the programs before 
determining whether or not to purchase them. This may 

I* occur because written literature does not adequately 

15 provide the customer with a feel for the f unctionality 
of the software program when in operation. The written 
literature simply describes the program, and customers 
often want to actually work with the software program in 
order to determine if they want to buy the program. 

20 Some software vendors provide demonstration 

programs of their software programs for sale. These 
demonstration programs typically are not the fully 
operating version of the software program. The 
demonstration program usually contains only some of the 

25 functionality of the full software program in order to 
provide the customer with a feel for the functionality 
of the program. However, since the demonstration 
version normally is not a fully operating version of the 
program, it does not provide a customer with a complete 

30 picture of the program's functionality. Therefore, 
demonstration versions are limited in how they may 
assist a customer in deciding whether to purchase a 
particular software program. 

Recently, some software vendors are providing 
35 fully operating versions of software programs which a 
customer may sample. These software programs are 
intended to be securely stored on a particular storage 
medium. Therefore, when a customer samples a fully 
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operating version of a program, the program being 
sampled is securely maintained by another program which 
seeks to prevent the customer from obtaining a free copy 
of the sampled program. 
5 These software vendors typically distribute 

the programs to be sampled on some type of transportable 
storage medium. For example, a software vendor may 
provide a floppy diskette on which is contained the 
program to be sampled. The diskette may be locked 
10 through changes to the physical storage medium such that 
the customer may not obtain a free copy of the program. 
Other software vendors provide a CD-ROM which stores a 
large number of programs which may be sampled. Such a 
■ CD-ROM typically contains a program which manages and in 
15 effect supervises the sampling of the programs such that 
a customer may not obtain copies of the programs without 
first purchasing them and obtaining particular unlocking 
codes . 

These distribution systems for sampling fully 

20 operating versions of programs, however, are generally 
limited in that they do not provide for on-line 
distribution. These systems typically distribute the 
programs on some type of transportable storage medium, 
such as a CD-ROM or hard disk drive sold with a 

25 computer. This type of distribution can be more 

burdensome to the computer user, because an on-line 
distribution channel is more easily accessible, since 
the computer users need simply "dial up" a network or 
bulletin board . 

30 These systems for providing the sampling of 

fully operating versions of programs are also limited in 
the security provided to the programs being sampled. 
For example, they typically prevent unauthorized copying 
of programs by dividing the program or removing portions 

35 of the program such that a secure "key" is required to 
reassemble the program and thus operate it . These 
methods, however, require that one tamper with the 
program, which can make the program unstable. In 
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addition, these methods typically do not work with all 
applications. For example, some applications use a 
checksum program to prevent damage from computer 
viruses. These distribution methods change the format 
5 of the program, which can result in the checksum virus 
check incorrectly returning an error or message that the 
program is corrupted. 

STTMMAPY OF TETR TTJVKNTTON 

10 One aspect of the is a system and method for 

demonstrating software programs to a potential purchaser 
of the programs and for gathering marketing information 
related to the demonstration of the programs. The 
system receives a plurality of software programs to be 
15 demonstrated and maintains each of the software programs 
in a locked state in order to prevent unauthorized 
duplication of the software programs. 

Any of the software programs are enabled for 
execution upon selection by a user, and the user is 
20 allowed to subsequently operate or sample the selected 
software program. The system maintains the selected 
software program in the locked state during the sampling 
in order to prevent unauthorized duplication of the 
selected software program. The sampling of the selected 
25 software program is selectively disabled, such as when 

the user completes the sampling or if the system detects 
that the user is attempting to copy the sampled 
application. 

In addition, a code is generated that 
30 identifies a particular software program in the 

plurality of software programs and contains information 
relating to sampling of the particular software program 
by the user, such as which applications were sampled and 
how many times they were sampled. 
35 Another aspect of the invention is an on-line 

system and method for demonstrating software programs to 
a potential purchaser of the programs. The system 
receives from an on-line system a software program to be 
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demonstrated, and maintains the software program in a 
locked state in order to prevent unauthorized 
duplication of the software program. 

The software program is enabled for execution 
5 upon selection by a user, and the user is allowed to 
subsequently operate or sample the software program. 
The system maintains the software program in the locked 
state during the sampling in order to prevent 
unauthorized duplication of the software program. The 

10 sampling of the software program is selectively 

disabled, such as when the user completes the sampling 
or if the system detects that the user is attempting to 
copy the sampled application, 

' A further aspect of the invention is a self- 

15 launching system associated with a software program, and 
method for implementing a self -launching system, for 
demonstrating the software program to a potential 
purchaser of the program. The self -launching system is 
attached to a software program. The system maintains 

20 the software program in a locked state in order to 
prevent unauthorized duplication of the software 
program . 

The self -launching system also includes the 
ability to launch itself when a user selects the 

25 software program. Upon launching itself, the system 
enables the software program for execution upon 
selection by the user, and allows the user to 
subsequently sample the software program. The system 
maintains the software program in the locked state 

30 during the sampling in order to prevent unauthorized 
duplication of the software program. The sampling of 
the software program is selectively disabled, such as 
when the user completes the sampling or if the system 
detects that the user is attempting to copy the sampled 

35 application. 

An additional aspect of the invention is a 
self -launching system associated with a software program 
or other digital information, and method for 
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implementing such a system, for distributing the 
software program or other digital information to a 
potential purchaser of the program. The self -launching 
system is attached to a software program or other 
5 digital information. The system maintains the software 
program or other digital information in a locked state 
in order to prevent unauthorized copying of the software 
program or other digital information. 

The self -launching system also includes the 
10 ability to launch itself when a user selects the 

software program or other digital information. Upon 
launching itself, the system unlocks the software 
program or other digital information in response to a 
request to purchase the software program or other 
15 digital information. 

Still another aspect of the invention is a 
system and method for storing a code within an operating 
system of a computer in order to identify whether the 
computer has executed a particular software program. 
20 The system receives an indication that the computer has 
executed the software program, and searches a non- 
volatile memory in which the operating system for the 
computer is stored in order to locate spare memory 
locations. The system writes a code to at least one of 
25 the spare memory locations. The code provides an 

indication that the computer has executed the software 
program. The system associates the code with the 
software program in order to provide the indication that 
the computer has previously executed the program. 
30 An even further aspect of the invention is a 

system and method for preventing unauthorized 
duplication of a particular software program among a 
plurality of active software programs executed on a 
computer. The system receives an indication that the 
35 computer is executing the particular software program, 

and then monitors operation of the computer to determine 
which of the plurality of the active software programs 
is being currently executed. When the system determines 



,WO 96/41449 



6 



'S96/09916 



through the monitoring that the particular software 
program is not the currently executed software program, 
it disables execution of the particular software 
program. 

5 An additional aspect of the invention is a 

computer-based system for automatic sales of software 
programs . The system accesses a software program within 
a computer database and maintains the software program 
in a locked state in order to prevent unauthorized 

10 duplication of the software program. In response to a 
request to purchase the software program, the system 
unlocks a copy of the software program and distributes 
the unlocked copy. The system records how many copies 

r of the software program have been distributed in 

15 response to the purchase requests. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG, 1 is a diagram of the conceptual 
operation of a software or digital information 
20 distribution system. 

FIG. 2 is a block diagram of hardware 
components for implementing a software or digital 
information distribution system. 

FIG . 3 is a user interface for a software or 
25 digital information distribution system illustrating 
examples of programs available to be sampled and/or 
purchased. 

FIG. 4A is a diagram of software program files 
used by a software or digital information distribution 
30 system. 

FIGS. 4B and 4C are diagrams of a package file 
system for use in maintaining software programs or 
digital information in a locked state. 

FIG. 5 is a diagram of background processes 
35 used by a software or digital information distribution 
system . 

FIG. S is a flow chart of a preferred active 
process detection routine. 



WO 96/41449 



7 



PC 6/09916 



FIG. 7 is a flow chart of a preferred 
background processing setup routine . 

FIG. 8 is a flow chart of a preferred check 
status of sample count files routine. 
5 FIG. 9 is a flow chart of a preferred "do 

open 11 rout ine . 

FIG. 10 is a flow chart of a preferred "do 

prime * rout ine . 

FIG. 11 is a flow chart of a preferred image 
10 driver routine. 

FIG. 12 is a flow chart of a preferred install 
active process detection code routine. 

FIG. 13 is a flow chart of a preferred install 
image driver routine, 
15 FIG. 14 is a flow chart of a preferred open 

driver routine . 

FIG. 15 is a flow chart of a preferred sample 
count manager routine. 

FIG. 16A is a flow chart of a preferred sector 

2 0 encryption/decryption routine. 

FIG, 16B is a flow chart of a preferred 
varying positional key encrypt ion/ decrypt ion routine 
used with the routine of FIG. 16 A, 

FIG. 17 is a flow chart of a preferred setup 
25 sample counter routine. 

FIG . 18 is a flow chart of a preferred 
watchdog task routine. 

FIG. 19 is a flow chart of a preferred 
purchase routine for allowing users to purchase sampled 

3 0 software programs. 

FIG. 20 is a flow chart of a preferred process 
for a self -launching and on-line self -launching software 
or digital information distribution system. 

FIG. 21 is a flow chart of a preferred process 
35 for generating a serial number which contains 

identification of marketing information for sampled 
software programs . 
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FIG. 22 is a flow chart of a preferred process 
for automatic sale of software programs. 

DETAILED DRSCRTPTTONT 
5 FIG. 1 is a conceptual diagram of the 

operation of a software or digital information 
distribution system. A user or customer 10 may sample a 
software program 12, which typically involves working 
with a fully operating version of the software program 

10 12. The system preferably maintains a secure interface 
or protective envelope 14 around the software program 12 
such that the user 10 may not obtain a copy of the 
software program without first purchasing it. The 
system preferably maintains the sampled program in a 

15 locked state during the sampling of the program in order 
to prevent unauthorized duplication of the program, for 
example, during the sampling. The system selectively 
disables the sampling of the selected software program, 
such as when the user completes the sampling or tampers 

20 with the program during the sampling. The use of a 

secure interface or protective envelope 14 provides the 
advantage of not tampering with the program for security 
purposes . This type of scheme for maintaining a program 
in a locked state is described below. Other methods for 

25 maintaining software programs in a locked state to 
prevent unauthorized copying of the program are 
possible, such as is disclosed in U.S. Patent Nos, 
4,658,093; 4,740,890; 4,999,806; and 5,341,429. 

If the user 10 purchases the software program 

3 0 12, then the system copies an unlocked copy of the 

software program 16 to a storage medium where the user 
may access and continue to use the program. "Software 
program," "program, " and "application," are used 
interchangeably herein. 

35 The present invention can also distribute 

digital information (12), as indicated in FIG. 1. The 
present invention views the distributed entity as 
"bits, n whether it is a software program which includes 
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functionality for controlling the operation of a 
computer , or simply other types of information in 
digital form. Therefore, the principles of the present 
invention used for distribution of information apply to 
5 digital information generally, software programs being a 
type of digital information. Digital information 
includes information capable of being represented in 
digital form. Digital information thus includes 
software programs and also includes intellectual 
10 property such as data representing creative or artist 
expression. Other examples of digital information 
include: textual works such as books and articles; 
music; video; music video; fonts; graphics; and clip 
art . 

15 in distributing digital information, a user 

may have the option to sample the information. For 
example, when distributing locked movies in digital 
form, a user may be allowed to view the first few 
minutes of the movie. For distributing music, a user 
2 0 may be allowed to sample a representative portion of the 
music. If the digital information is a software 
program, the user may be allowed to sample the program, 
as mentioned above . 

The digital information may also be 
25 distributed without sample capability. For example, a 
publisher may distribute a CD-ROM having several locked 
"white papers" or technical works. The system can, for 
example, only display titles or abstracts to a user for 
purposes of allowing the user to decide which if any 
30 textual works to purchase. When a user requests to 

purchase one or more of the papers, the system unlocks 
the paper and distributes it to the user. This 
distribution scheme thus provides the advantage of 
allowing one to purchase individual textual works in a 
35 collection without having purchase the entire 
compilation . 

The system, therefore, maintains the digital 
information in a locked state by using the secure 
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interface or protective envelope 14* When a user 
requests to purchase the information and provides any 
required information such as a credit card number, the 
system distributes an unlocked copy (16) of the digital 
5 information to the user. 



components for implementing a software or digital 
information distribution system. The system includes a 
computer 18 which is a typical digital computer such as 

10 a personal computer. The computer 18 includes a 

microprocessor 20 for executing software programs. The 
microprocessor 20 is interfaced with a read only memory 
22 and random access memory 24. The computer 18 is 
interfaced with an input device 26 for entering commands 

15 or information into the computer 18. The input device 
26 may be implemented with, for example, a keyboard, 
touch screen, light pen, "mouse™ or other cursor control 
device such as a trackball, or other device for entering 
information or commands into the computer 18, The 

20 computer 18 is typically interfaced with a printer 28, 

which may be implemented with a typical computer printer 
for generating a hard copy of the information stored 
within the computer 18. The computer 18 is also 
typically interfaced with a display device 30, which may 

25 be implemented with a typical color or monochrome 

computer monitor. A preferred hardware platform for 
implementing the present invention is a Macintosh 
computer, developed and sold by Apple Computer, Inc. 



30 to devices from which it may receive software programs 
to be sampled optionally along with a software program 
for managing the sampling of additional software 
programs. These external devices may include a digital 
audiotape drive 32, disk drive 34, hard disk drive 36, 

35 CD-ROM drive 38, or an on-line system 42 interfaced 
through a modem 40. The on-line system 42 may be 
interfaced to existing networks or on-line services such 
as, for example, the Internet, America OnLine , and 



FIG. 2 is a diagram of typical hardware 



The computer 18 is also preferably interfaced 
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Prodigy . Computer users may download information from 
networks such as the internet. 

FIG, 3 is a user interface of a software or 
digital information distribution system operating within 
5 the computer 18 by the microprocessor 20. User 
interface 50 displays in window 44 a plurality of 
programs which a user may sample and/or purchase. 
Alternatively, window 44 can display an identification 
of digital information available for purchase. In order 
10 to sample a particular program, a user would select one 
of the plurality of programs in window 44 and then 
select icon 46. In addition, the system allows a user 
to select other information identified in window 52, and 
* B that information is displayed in window 51, such as: 
15 program information; system requirements; information 
about "getting started" with a particular application; 
publisher information; licensing agreement; and 
packaging photos. 

If the user desires to purchase one of the 
20 programs, a user would select the purchase icon 4 8 and 
optionally the install icon 47 in order to have the 
program automatically installed. When a user samples a 
particular program, the system preferably displays the 
number of samples remaining at location 4 9 and 
25 optionally additional information such as the version of 
the sampled program. As explained below, the system can 
thus control how many samples are available to the user. 
FIG. 3 is one example of user interfaces for a software 
or digital information distribution system. Other user 
30 interfaces or ways of allowing a user to interact with 
the system are possible for such a system. 

FIG. 4 A is a diagram of files used by a 
software or digital information distribution system. An 
example of a software or digital information 
3 5 distribution system is also referred to as a 

"distribution application" in the present specification. 
The system typically uses an image driver 55 and 
invisible files 60. FIG. 4A also illustrates how a 



WO 96/41449 



12 



PCfl*596/09916 



software or digital inf ormation distribution system may 
be implemented in a separate "stand-alone" version and a 
self -launching version. In one embodiment, the system 
58 is a separate software program which interfaces an 
5 encrypted package 62 containing a usage file 64 and a 
program or digital information 66 to be distributed 
and/or sampled. The usage file 64 typically contains a 
separate redundant copy of how the program or digital 
information is to be used; for example, how many samples 
10 are available. This is in addition to the invisible 

files, which store encrypted copies of how many samples 
are available, as explained below. Accordingly, the 
usage file 64 provides another level of protection in 
r the event that a user tampers with or otherwise alters 
15 the sample count information in the invisible files. 
The software program or digital information is 
preferably encrypted, as explained below, in order to 
prevent a user from obtaining a "free" copy of the 
information . 

20 In another embodiment, a self -launching system 

implementing a software or digital information 
distribution system 72 is attached to a usage file 70 
and program or digital information 74 to be distributed 
and/or sampled. In this embodiment, distribution 

25 application is attached to each program or information 
to be distributed and/or sampled and its operation is 
thus essentially invisible to the user. Therefore, 
instead of requiring a user to install a software or 
digital information distribution system and then sample 

30 other software programs, a user may simply download each 
program to be sampled and/or purchased. Each of those 
packages contains a distribution application for 
controlling the sampling or distribution of software 
programs or digital information along with such programs 

3 5 or inf orraat ion . 

The distribution application 72 is typically 
attached to the encrypted package by joining the 
distribution application stored in a resource fork and 
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the encrypted package stored in the data fork into one 
file 71. The operation of the resource fork for storing 
structured data and the data fork for storing random 
access data in a Macintosh computer system is well 
5 known. Therefore, the file 71 includes the distribution 
application 72 "wrapped around" the encrypted package 68 
which includes an encrypted application or digital 
information 74 along with the encrypted usage file 70. 
The distribution application 72 also contains the 

10 invisible files. The package 68 is typically encrypted 
in the same manner as package 62. 

As mentioned above, applications used by a 
software or digital information distribution system are 
** maintained in a locked state. This locked state is used 

15 to prevent unauthorized copying of the program both 
while it is stored and when a user samples it . The 
applications to be sampled are typically in a form only 
usable by a software or digital information distribution 
system in order to ensure security. Encryption as part 

2 0 of a locked state is typically accomplished by 

exclusive -ORing ("XORing") each byte of the application 
with a positional variant, as is explained with 
reference to FIGS, 16A and 16B. In addition, a package 
file system is also typically used as a part of a locked 

25 state to ensure security of the applications in a locked 
state . 

This package file system is illustrated in 
FIGS. 4B and 4C. As shown in FIG. 4B, a package file in 
a Macintosh computer system works much like a random 

30 access memory (RAM) disk except that it is in non- 
volatile memory. An image file 77 which is the desired 
size of a "virtual volume" created by a software or 
digital information distribution system is allocated on 
a hard drive 75 or other non-volatile storage medium. 

3 5 Locked applications or digital information are stored 

within this partition. In a self -launching distribution 
application, the distribution application and image file 
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appear as one file 67. A distribution application file 
73 is also stored on the storage medium 75 . 

As shown in FIG. 4C, the image file 77, or in 
the self -launching case the distribution 
5 application/image file 67, is internally given the same 
structure as a floppy disk. A distribution application 
69 then informs the operating system of the 
corresponding computer that a "floppy disk" 79 is 
actually mounted. The operating system of a computer 

10 system 81 sends read/write requests 85 to the virtual 

volume 79. Instead of writing to a physical media, the 
driver of the computer's operating system writes to the 
virtual volume 79. The image driver 83 of the 
distribution application 69 performs reading and writing 

15 to the image files 77 and 67. This technique is also 
known as a 11 soft partition," because the hard drive on 
which the image file is located has been effectively 
partitioned via software. Accordingly, a distribution 
application 69 can reserve this virtual volume in order 

20 to control reading and writing to this partition (the 

physical media) and thus prevent unauthorized copying of 
applications or digital information in this partition. 

FIG. 5 is a diagram of background processes 
used by a software or digital information distribution 

25 system implemented within the computer 18 and executed 
by the microprocessor 20. The background processes 
preferably include an active process detection 76, image 
driver 78 , sample count manager 80 , sector 
encryption/ decryption 82, and watchdog task 84, all of 

30 which are described below. 

FIG* 6 is a flow chart of an active process 
detection routine. On an exemplary embodiment on a 
Macintosh computer, this routine is implemented by a 
patch to the system trap called SystemTask. This trap 

3 5 is called consistently by all applications many times a 
second. What makes this work is that the Finder 
intercepts calls to SystemTask, and only passes on the 
call of the application that is the "active" or current 
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"front -most" process. Therefore, when a patch to 
SystemTask is called, the system assumes that the front 
application called it. The system then checks the low 
level variable AppName to retrieve the name of the 
5 current front-most application. 

In a windows or multi -tasking environment/ 
several applications can be represented by windows which 
may overlap. A currently- active application is 
typically represented in a window which appears in front 
10 of the other windows, or is otherwise highlighted or 
altered to indicate that it is the currently- active 
program if, for example / the displayed windows are not 
overlapping. 

The routine begins when the system task was 
15 called (86) . The system retrieves the front -most 
application name (88) and determines if the sample 
program is in front (90) . The sample program is the 
software program being sampled by the user. The system 
determines if this is the top-most or front -most program 
20 displayed on a user's monitor. If it is the application 
in front, the system determines if sample time limit has 
expired (92) ; otherwise, the system determines if a 
distribution application is in front (94) . A time limit 
provides for additional security by limiting how long a 
25 user may sample a particular application. If the time 
limit has expired, the system sets a flag to enable the 
image driver (100) and calls the original system task 
(108) . Otherwise, if the sample time limit has not 
expired, the system terminates the sample application 
30 (98) . 

If as determined at step 94 the sample 
application is in front, the system sets a flag to 
enable the image driver (96); otherwise, a flag is set 
to disable the image driver (102) . Next, the system 
35 determines if the sample application file is still open 
(104) . If it is not, the system closes and unmounts the 
virtual volume (106) and calls the original SystemTask 
(108) . 
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The routine of monitoring which application is 
rt in front" thus provides a security measure by- 
preventing the unauthorized copying of an application 
while it is being sampled. This system for preventing 
5 unauthorized duplication of a particular software 

program among a plurality of active software programs 
executed on a computer typically includes the following 
features. It receives an indication that the computer 
is executing the particular software program/ and 

10 monitors operation of the computer to determine which of 
the plurality of the active software programs is being 
currently executed . Execution of the particular 
software program is disabled when the monitoring 
determines that the particular software program is not 

15 the currently- active or top-most software program. 

FIG. 7 is a flow chart of a background 
processing setup routine* In this routine, the system 
decrypts and installs a background processing code 
(110); initializes the global variables (112); installs 

20 a watchdog task (114} (see FIG. 18) ; installs active 
process detection code (116) {see FIG. 12); sets up a 
sample counter (118) (see FIG. 17) ; sets up interprocess 
communication vectors (12 0) ; and installs an image 
driver (122) (see FIG. 13) . 

25 FIG. 8 is a flow chart of a check status of 

sample count files routine. The system preferably uses 
sample count files stored within the computer 18 as 
invisible files. These sample count files are 
preferably each identical and maintain the sample count . 

3 0 Each file typically contains an identification of each 
application and the number of allowed samples for each 
of the applications. If the user attempts to tamper 
with a particular sample count file in order to obtain 
more samples, the system detects that tampering by 

3 5 comparing the tampered file with the other sample count 
files. In addition, the invisible files are preferably 
encrypted for additional security, such as using an XOR 
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operation with a key and a bit shift of the sample 
counts . 

In this routine, the system determines at 
steps 124, 128, and 132 if the sample count files one, 
5 two, and three, respectively, have been created. If the 
sample count files have not been created, the system 
creates the corresponding sample count files at steps 
126, 130 and 134. While the system uses three sample 
count files, more or fewer files may be used. 
10 FIG. 9 is a flow chart of a "do open" routine. 

The system first retrieves the address of "OK to Read" 
flag from a background code via interprocess 
communication (13 6) . Next, the system retrieves the 
address of a sector decryption routine from the 
15 background code via interprocess communication (13 8) and 
sets standard open flags (140) . 

FIG. 10 is a flow chart of a "do prime" 
routine. The system first determines if this is read 
call (142) . This test makes the driver read only. If 
20 this is not a read call, the system returns an error 

(154) . Otherwise, the system proceeds with the routine 
and retrieves a value of a flag in the background 
process (144) . It is next determined if the flag value 
has been updated within the last two seconds (146) , for 
25 example. A flag is stored in the background process 

that is constantly updated by the watchdog task. If the 
flag has not been updated in the last two seconds, for 
example, it means that either a valid application is not 
"in front" (the sample application or distribution 
30 application) as explained above, or that a user is using 
a debugger to examine the code which implements the 
system. If the flag value has been updated in the last 
two seconds, the system reads requested sectors from 
"virtual" volume (150) and returns no error (152) . 
35 The system decrypts the sectors while reading 

them. The encrypt ion/ decrypt ion of sector is explained 
with reference to FIGS. 16A and 16B. If the sectors of 
the application are compressed, the system also 
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decompresses the sectors while reading them. An example 
oi an asymmetrical compression/decompression algorithm, 
which produces a relatively short decompression time in 
comparison to compression time, is Apple Computer , 
5 Inc. 's Cinepak compression scheme at a lossless level. 
If the flag value has not been updated , the system 
determines if this is a directory or volume information 
block (148) . If it is, the system executes step 150 and 
returns no error (152) . Otherwise, the system returns 

10 an error (154) . 

FIG. 11 is a flow chart of an image driver 
routine. The image driver preferably includes the 
following functions: open call (156); prime call (160); 
^ control call (164) ; status call (168) ; and close call 

15 (172) . If any of these functions have been called, then 
the system performs the corresponding routine: do open 
(15S) ; do prime (162); do control (166); do status 
(170) ; do close (174) . The do prime call (162) is 
illustrated in FIG. 10. The other calls (158, 166, 170, 

20 174) are well known in a Macintosh computer system. 

FIG. 12 is a flow chart of an install active 
process detection code routine. This routine involves 
performing a patch system task trap (176) , which is 
illustrated in FIG. 6. 

25 FIG. 13 is a flow chart of an install image 

driver routine. In this routine, the system decrypts a 
driver code from a disk into memory within the computer 
18 (178) . The image driver is encrypted for security 
purposes so that a user cannot view the driver. The 

3 0 encryption/ decryption of the driver is typically 
accomplished using the technique explained with 
reference to FIGS. 16A and 16B. The system locks the 
driver code into memory (180) . The system then opens 
the driver (182) . 

3 5 FIG, 14 is a flow chart of an open driver 

routine. In this routine, the system sets up an 
interprocess communication vectors (184) , which 
instructs the system where to locate global data. 
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FIG. 15 is a flow chart of a sample count 
manager routine. This routine is executed when the user 
requests a sample (18 6) . The system checks to determine 
if samples are available (18 8) by checking the sample 
5 count files within the database. If samples are 

available, the system mounts the virtual volume (192) . 
If the use is on-line, then the system downloads the 
software packages containing encrypted programs to be 
sampled and usage file and mounts the virtual volume 
10 (190) . The packages are typically compressed for 

transmission using, for example, Apple Computer, Inc.'s 
Cinepak compression scheme at a lossless level, and are 
transmitted using TC/IP protocol. 

The system then determines if the loaded image 
15 matches the database image (196) for security purposes. 
If the image does not match, the database data is 
rectified to that of the image (198) and the virtual 
volume is closed and unmounted (194) in order to 
maintain the application in a locked state. Otherwise, 
20 the system checks the redundant sample count on the 

virtual volume to determine if samples are available and 
in particular if a sample count files have been tampered 
with (200) . If no samples are available, the virtual 
volume is closed and unmounted (220) . Otherwise, the 
25 system decrements the sample count and launches the 
application (204) so that the user may operate the 
application to be sampled. 

FIG. 16A is a flow chart of a sector 
encryption/decryption routine- This routine performs 
3 0 encryption of the distributed digital information for 
security purposes in order to prevent unauthorized 
duplication of the information. In this routine, the 
system determines if encryption or decryption is 
required (206) . The system then performs the 
35 appropriate decryption (208) or encryption (210) 

function. FIG. 16B is a flew chart of a preferred 
varying positional key encrypt ion/ decrypt ion routine 
used with the routine of FIG. 16A. The routine in FIG. 



( WO 96/41449 




[S96/09916 



20 



16B performs the actual encryption/decryption of data 
and is an example of how to encrypt /decrypt the 
encrypted packages 62 and 68 (see FIG. 4A) which contain 
the distributed software programs or digital information 
5 and usage files. Other encryption schemes are possible. 
The significance of the encryption scheme is in 
providing protection of the distributed information so 
that one may not obtain an unauthorized copy of the 
information without considerable time, effort, and 

10 processing capability. 

The encrypt ion/ decryption routine of FIG. 16B 
uses a varying key based on byte position, also referred 
to as a positional variant. The system determines if 

^ sector encryption/decryption is required (2 01) . If it 

15 is, the system decrypts the first 512 byte block (203) 
and then executes loops, as determined by steps 205, 
207, 213, and 215, in order to encrypt /decrypt each byte 
in a series a 512 byte blocks. The encryption/ 
decryption of each byte involves first at step 209 a 

2 0 permutation to determine a key with the key = 

log (position MODULO 512) X $23FEC392, and then at step 
211 applying the key to the byte with an XOR operation. 

FIG. 17 is a flow chart of a setup sample 
counter routine. The system checks the boot block flags 

2 5 (212) and checks status of sample count files (214) . 

This involves writing predetermined codes to spare boot 
blocks of the computer in order to mark the database to 
identify the execution of a software or digital 
information distribution system. Accordingly, these 

3 0 codes written to the boot blocks provide an indication 

that a distribution application has been run before on 
this particular computer. 

This system for storing a code within an 
operating system of a computer in order to identify 
3 5 whether the computer has executed a particular software 
program typically includes the following features. It 
receives an indication that the computer has executed 
the software program, and searches a non-volatile memory 
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in which the operating system for the computer is stored 
in order to locate spare memory locations within the 
non-volatile memory. A code is written to at least one 
of the spare memory locations, and the code provides an 
5 indication that the computer has executed the software 
program. The code is associates with the software 
program to provide the indication. 

In the routine shown in FIG. 17, the system 
determines if the sample counter system has been set up 
10 before on this particular computer (216) . If it has 

been set up before, the system determines if all three 
sample count files are new (218) and if they are, it 
executes the following steps; fill new files with the 
value "one" at each location (200) ; write file creation 
15 dates to boot blocks (224) ; and write file check sums to 
boot blocks (226) . When the sample count files are 
initialized the first time the system is executed, the 
value "one" is written to the files in order to signal 
that the files are secure and the system can, therefore , 
20 write sample count values to the files. Otherwise, the 
system fills new files with the value "minus one" at 
each location within the boot blocks (222) . The ,T minus 
one" value indicates to the system that the 
corresponding sample count file has been tampered with 
25 or is otherwise corrupted or not secure. Accordingly, 
the system checks the other sample count files in order 
to verify there security. If all sample count files 
have a value of "minus one," this condition indicates 
that all sample count files have been corrupted and the 
30 user is not allowed no more samples. If less than all 

sample count files have a value of "minus one," then the 
system can reconstruct the corrupted files using a value 
in the secure or non-corrupted sample count file. The 
system also preferably verifies the sample count 
35 information in the invisible files against the 
information in the; usage file. 

FIG. 18 is a flow chart of a watchdog task 
routine. This is a VBL task, meaning it runs every time 
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there is a vertical blanking interrupt. For most 
monitors, that is approximately 72 times per second. 
The routine has three functions. It performs a check to 
determine if the sample application has timed out, and 
5 sets a flag accordingly. It tests to determine if it 
may allow the driver read, and updates a flag with the 
current time to be checked by the driver. It also 
encrypts and decrypts sample counts that are being 
written/to and read/from the sample count files. It 

10 performs this encryption in multiple phases, simulating 
an asynchronous process. What this does is make it very 
difficult for a user to determine where the 
encryption/decryption is being performed • 

In the routine, the system checks for an 

15 application time out (228) . It then determines if it is 
"OK" for the driver to read (23 0) . If it is, it sets a 
flag to a current time (234) . Otherwise, it sets a flag 
to zero (232) . The system then determines if a sample 
count requires encryption (236) . If it requires 

2 0 encryption, the system performs a phase of sample count 
encryption (238) . Otherwise , the system determines if a 
sample count reads decryption (240) , and if so, the 
system performs a phase of sample count decryption 
(242) . 

25 This phase encryption/decryption scheme is a 

subset of the sample count manage routine and works as 
follows. At various times, the distribution application 
needs to determine how many samples of a particular 
application remain. At these times, the distribution 

30 application reads an encrypted string from the invisible 
files. It then takes this information, transfers the 
information into global memory, signals to the watchdog 
task that a count needs decryption, and then places 
itself into a seemingly endless loop. The watchdog 

35 task, having been signaled to begin, decrypts the count 
in three phases to ensure that the full algorithm is 
never directly viewed by a user. On each pass, the 
watchdog task performs an XOR and bit rotation and then 
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increments the phase count. The next time the watchdog 
task executes, if there is still more work to be done, 
it executes another encryption phase. If not, it 
signals the application that encryption is now finished* 
5 The distribution application then exits the infinite 
loop and memory contains the correct sample count . 

PIG. 19 is a flow chart of a purchase routine 
for allowing users to purchase sampled software 
programs. This routine is executed when a user requests 
10 to purchase a program or digital information (243) . The 
system can unlock software programs or digital 
information in response to a request to purchase the 
software program or digital information. The system can 
optionally verify purchase information, such as a credit 
15 card number, before executing an unlocking process . 

The system typically checks if the application 
has previously been purchased (244) . If it has been 
purchased previously, the system checks to determine if 
this purchase request is an archive install (248) . If 
20 it is an archive install, the system installs the 

application (254) . For a regular purchase, the system 
generates or retrieves a serial number or key code {246) 
used for calculating a password to unlock the program. 
This serial number or key code is typically provided in 
25 a purchase dialog or window when the user selects the 

purchase key 4 8 (see FIG. 3) . The purchase window also 
includes an area for a user to enter the password. The 
key code and corresponding password, as explained below, 
are preferably dynamically - generated when the user opens 
3 0 the purchase window such that a new key code and 

password are generated each time the user opens the 
purchase window. In addition, the password preferably 
only exists in memory, and only as long as the user has 
a purchase dialog or window open. These features 
35 provide additional security by dynamically changing the 
key code and password. 

If the use is on-line, the system preferably 
automatically registers the application with a vendor 
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and then unlocks the application or digital information 
(250) through the on-line connection with the 
distribution center. 

Otherwise/ the system can manually register 
5 the application with the vendor and provide a user with 
the password for unlocking the application or digital 
information (252} . The manual registration typically 
occurs with the user calling up a distribution center 
and providing them with the serial number or key code as 
10 provided in a purchase dialog and possibly other 
information such as a credit card number. The 
distribution center in response provides the user with a 
password used for unlocking the application, and the 
** user may then manually enter the password in the 
15 purchase window* Accordingly,- steps 250 and 252 also 
involve generating the password from the serial number 
or key code. The serial number or key code provided by 
the user is processed using an identical decoding 
function, explained below, as on the user's machine, 
20 generating the same password that is stored in memory on 
the user's machine* The entered password is compared 
with the one stored in memory. If they match, the 
purchase is completed. 

Accordingly, if the correct password is 
25 entered, either manually or automatically, the system 
proceeds to install the application or digital 
information (254) . If the wrong password was entered, 
such as in the manual unlocking, then the system 
"returns" and does not unlock the application or digital 
3 0 inf ormat ion . 

The installation typically occurs by 
decrypting a copy of the application or digital 
information and copying the unlocked application or 
digital information to a hard drive or other storage 
35 medium on the user's computer. The decryption is 

typically accomplished by copying the application or 
digital information via a pipeline from its current 
location in memory to a new (non-reserved) portion of 
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the user's hard disk drive or other storage medium which 
is outside of the partition reserved by a software or 
digital information distribution system. While the 
application or digital information is copied to the non- 
5 reserved portion, it is typically decrypted by using the 
technique explained with reference to FIGS. 16A and 16B. 
Accordingly, after this unlocking routine is complete, a 
locked copy of the application or digital information 
remains within the reserved partition and an unlocked 
10 copy of the application or digital information resides 
on the user 1 s hard disk drive or some other storage 
medium. The unlocking and installation may occur 
simultaneously. In addition, while software programs 
typically require installation to run, other types of 
15 digital information may require only unlocking. 

After the application is purchased, a user 
preferably has full use of the program or digital 
information. A vendor or distribution center may mail 
manuals or any other documentation for the purchased 
20 program to the user who purchased the program. 

Alternatively, the manuals and documentation may be 
distributed with the program and maintained in a locked 
state with the program. When a user purchases the 
program, the manuals and documentation may then also be 
25 unlocked so that the user can view them electronically 
or produce a hard copy using a computer printer, 

FIG. 20 is a flow chart of a process for a 
self-launching and on-line self -launching software or 
digital information distribution system. A self- 
3 0 launching system has the advantage of not requiring a 
separate browser for distribution and/or sampling of 
applications or digital information. The operation of 
the system is thus essentially invisible to the user, 
since the system preferably "appears" to the user as an 
35 application or digital information and launches itself 
when a user selects the application or digital 
information . 
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According, a self -launching system for 
demonstrating applications typically includes the 
following features. The system is attached to a 
software program such as in one file as described above. 
5 The system maintains the software program in a locked 
state in order to prevent unauthorized duplication of 
the software program, such as with encryption and a 
package file system described above . When a user 
selects the software program, the system launches itself 

10 and can enable the software program for execution by the 
user and allow the user to subsequently sample the 
software program. The system maintains the software 
program in the locked state during the sampling of the 

f software program in order to prevent unauthorized 

15 duplication of the software program, and selectively 
disables the sampling of the software program. . 

A self -launching system for distributing 
applications or digital information typically includes 
the following features . The system is attached to an 

20 application or digital information such as in one file 
as described above- The system maintains the 
application or digital information in a locked state in 
order to prevent unauthorized duplication, such as with 
encryption and a package file system described above. 

25 When a user selects the application or digital 

information, the system launches itself and can unlock 
the application or digital information in response to a 
purchase request . 

Self -launching and on-line self -launching 

3 0 software or digital information distribution systems 
preferably use the processing described above in 
addition to the steps shown in FIG. 20. In order to 
sample an application, a user in a self -launching system 
typically selects an application (256) . This may occur 

35 by, for example, "double clicking" on an icon displayed 
on a display device and corresponding to the 
application. In the self -launching system, therefore, 
the applications typically appear to the user as 
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executable programs even though they are locked and may 
only be sampled by the user or purchased upon providing 
the required information. After the user selects the 
application to sample, the code for the distribution 
application executes (25B) . If the use is on-line, the 
software package described above is first downloaded 
(257) before executing. The software package is 
typically one file (see FIG. 4A) which includes a 
distribution application and an encrypted package and is 
thus transmitted for on-line use as one file. The 
encryption is typically accomplished using the technique 
described with reference to FIGS. 16A and 16B. The 
encryption protects the software programs or digital 
information during transmission. This file is typically 
15 compression for transmission using, for example, Apple 
Computer, Inc> r s Cinepak compression scheme at a 
lossless level, and is transmitted using TC/IP protocol. 

The system then, as described above, checks to 
determine if all samples have been used (260) . If 
20 samples are remaining, the system code mounts a data 

fork of file as the virtual volume (262) and decrements 
the usage count and the files in the virtual volume 
(264). The system then proceeds with the processing 
described in the other flow charts provided in the 
25 present specification. 

If the self -launching system involves 
distribution of digital information without allowing 
sampling, then the system typically checks to determine 
if the information has been purchased (259) . If is has 
30 been purchased, then the system executes step 262 and 

bypasses step 264, since samples are not available. If 
the information has not been purchased, then the system 
typically checks to determine if the user wants to 
purchase the information (261) . If the system receives 
35 a purchase request, then it executes a purchase routine 

263 (see FIG. 19) . 

FIG. 21 is a flow chart of a process for 
generating a serial number which contains identification 
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of marketing information for software programs. The 
system retrieves the raw data from a sample count files 
(266) , which includes an identification of how many 
times a user sampled each application. The system then 
5 calculates marketing statistics and formats such 

information into a series of bytes (268) . This step may 
involve, for example, the following: determining the 
total number of samples used (270) ; determining how many 
times each application was sampled (272) ; determining a 

10 most frequently sampled application (274) ; determining a 
category of a most frequently sampled program (276) ; 
determining which version of particular applications a 
user has sampled (277) ; or other statistics to be 
determined, for example, by a distributor (278) . Other 

15 statistics may include, for example, statistics related 
to time duration of the samples, such as an average time 
duration of sampling, which may be obtained using a 
computer's internal clock and timing each sample. 
Examples of categories of software programs include, but 

2 0 are not limited to: business software, games, financial 
management programs, and educational programs. A vendor 
or distributor may also create their own categories and 
electronically associate programs with those categories. 



25 advantages and value in distributing programs to be 
sampled. For example, it allows vendors to identify 
programs which are not popular and replace them with 
programs which have a higher sales rate. It also allows, 
vendors to identify the most popular programs and 

3 0 include more programs for sale in the same categories. 
Identifying a category of a user's most frequently 
sampled program also allows vendors to market additional 
similar products to that particular user and thus 
increase the likelihood that the user will purchase more 

3 5 software from the vendor. For example, when the user 
calls the vendor to purchase a program, the vendor can 
quickly identify the most frequently sampled program 
category by decoding the code (serial number) of the 



Gathering these statistics provides for many 
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purchased program. The vendor could then immediately 
offer any additional programs for sale which are in the 
same category and perhaps "on sale" or subject to a 
discount , 

5 Given the information provided by the sample 

count files, the information for the marketing 
statistics can be determined with simple calculations . 
The sample count files contain an identification of each 
application and the number of samples remaining for the 
10 corresponding application. Therefore, by knowing how 
many samples were originally available, the system can 
determine the number of samples used for each 
application by samples remaining from the original 
number of allowed samples. The system can add up the 
15 number of samples used to determine a total number of 
samples used. Other statistics can be calculated in a 
similar manner using the information in the sample count 
files and possibly other information such as categories 
of sampled applications, 
20 A distributor may determine that other 

statistics are desired and the system would then execute 
additional steps as part of step 268, as mentioned 
above. The system determines if more statistics are 
required (279) . The system continues to execute steps 
25 for determining statistics until such processing is 
complete. As the system gathers and calculates the 
marketing statistics, it typically concatenates the 
resulting bytes, resulting in a series of bytes with 
byte representing a statistic. The system 
30 electronically associates each byte position with a 
statistic so that, by knowing a particular byte 
position, the system can decode the byte and produce the 
resulting statistic. The system then converts the 
series of bytes determine that step 268 into an ASCII 
35 serial number (280). Table 1 provides an example of a 
file for associating byte positions with statistics- 
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Table 1 



byte 

position statistic 



5 1 total number of samples 

2 number of application #1 samples 

3 number of application #2 samples 

4 most frequently sampled category 

10 N other statistic _____ 



Appendix A provides an example of a source 
code listing in C programming language for converting 
the series of bytes determined in the processing shown . 

15 in FIG, 21, and optionally other information, into .a key 
code and password for use in unlocking the application 
or digital information. The code shown in Appendix A 
generates both a key code and password using the 
marketing information (series of bytes described above) 

20 and the current date and time. The code shown in 

Appendix A can thus also be used to decode the key code 
and extract the series of bytes containing the marketing 
information. The key code is displayed to the user and 
in the purchase window and is what the user provides to 

25 a distribution center to obtain the password. This 
password is then used to unlock the application or 
digital inf ormation, as described above. 

FIG. 22 is a flow chart of a process for 
automatic sale of software programs . One or more 

3 0 software programs, each in a locked state such as with 

the techniques described above, are stored in a computer 
database or available on-line. When one wants to 
purchase one or more of the programs, the system in 
response to the purchase request unlocks a copy of the 
35 program and maintains a record of how many copies were 
sold. An example of a use for this system is where a 
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company routinely purchases additional copies of 
software programs such as when new employees are hired. 

Accordingly, this system for automatic sales 
of software programs typically includes the following 
5 features. It accesses a software program within a 

computer database and maintains the software program in 
a locked state in order to prevent unauthorized 
duplication of the software program. In response to a 
request to purchase the software program, the system 
10 unlocks a copy of the software program and distributes 
the unlocked copy. The system also records how many 
copies of the software program have been distributed in 
response to the requests to purchase the software 
program , 

15 As shown in FIG* 22, the system typically 

displays an indication of locked applications available 
for purchase by a user (292) . If the use is on-line, 
the system downloads encrypted software packages 
containing programs and usage file (293) . The 
20 encryption is typically accomplished using the technique 
described with reference to FIGS. 16A and 16B. The 
packages are typically compressed for transmission 
using, for example, Apple Computer, Inc.'s Cinepak 
compression scheme at a lossless level, and are 
25 transmitted using TC/IP protocol. If a user requests to 
sample a particular application (294), the system 
executes sample routines (296) . The sample routines may 
be, for example, the routines described in the present 
specification. If the system receives a request to 
30 purchase an application (298) , it preferably performs 

the following steps. The application is registered with 
a vendor and unlocked (300) . A serial number is then 
optionally assigned to the purchased application (302) . 
The application is distributed and installed (3 04) . 
35 Then the system updates a sales record and issues an 
invoice (306) in order to record the application 
purchased and how many copies have been purchased. The 
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step 3 00 may be implemented as described in the other 
routines in the present specification. 

While the present invention has been described 
in connection with a preferred embodiment thereof, it 
5 will be understood that many modifications will be 

readily apparent to those skilled in the art, and this 
application is intended to cover any adaptations or 
variations thereof. It is manifestly intended that this 
invention be limited only by the claims and equivalents 
10 thereof. 
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APPENDIX A 



void CDolphinApp : : DoPurcbase < ) 

{ 

5 CSampleApp *theApp; 

const short okltetn •* 1; 
const short cancel Item = 2; 

unsigned long tempi - qd- randSeed; 
10 unsigned long temp3; 

GetDateTime (&temp3) ; 

temp3 = temp3 & 0x00000065; 

temp 3 = temp3 » 2; 



15 



40 



unsigned long tempo = *< (long*) 0x0146) ; 
temp3 - temp3 & 0x2 F; 



^ // ROL-L temp3, tempo 

•'20 long a = tempo « temp3; 

long b = tempo » (32 - temp3) ; 

tempo = a | b; 

GetDateTime ( &temp3 ) ; 
25 tempi * temp3 " tempi? 

a - temp3 « 7; 
b = temp3 » (32 - 7) ; 
tempo - a | b; 
3 0 temp3 = tempO ^ temp3; 

gd.randSeed » tempo ; 

temp3 = temp3 & OxOOOOOOOE; 

35 long keyCode = 0; 

for (short r = 0; r < temp3 ; r++) 
keyCode Random O; 



CStr255 usageCode; 
{ 



unsigned long installedDate = gUsagelnfo, Get InstalledDate 
("Dolphin Prefere 
installedDate ~= 0xA81B34S0? 
45 installedDate = installedDate / 0x00093A80; 

CStr255 instWkStr; 

CodeNumber (installedDate, 2 , instWkStr) ; 

50 long numOfProgsSampled = gUsagelnf o.GetTotalAppsSampled () 

CS tr2 5 5 numProgsSampledStr ; 

CodeNumber (nuraOf Progs Sampled, 2, numProgsSampledStr) ; 

TopSampleA topS; 
55 gUsageInfo,GetTop5SampledApps (topS) ; 
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CStr255 numiAppStr 

CSfcr255 mim2App£tr; 

CodeNumber (tops [0] , 2 ,nurolAppStr) ; 

CodeNumber (top5 [ll , 2 ,num2AppStr) ; 

long totalSamples = gUsagelnfo. GetTotalNumOf Samples <) ; 
CStr255 total Sample sStr; 

CodeNumber (totalSamples, 2 , totalSamplesStr) 



10 usageCode = instWkStr + 

numP r ogss arapleds tr 
numlAppStr + 
num2AppStr + 
totalSamplesStr ; 

15 } 



CStr255 programNumStr; 

CodeNumber (fSelectedAppID, 3, programNumStr) ,- 
CStr255 keyCodeStr ; 
2Q CodeNumber (keyCode, 4, keyCodeStr) ; 

CStr255 target Password = deecode (keyCodeStr) ; 

keyCodeStr « programNumStr + CStr255 ( " - M ) + keyCodeStr; 

25 

if ( (itemHit == okltem) . 

( IUEqualString (password, purchaseBackDoor ) — 0 ) > 
theApp- >SetToPurchased ( ) ; 
CRect upperLef tRect (0, 0, 15 0, 60) ; 
30 InvalRect (upperLef tRect) ; 

InstallApp () ; 

} 

if ( (itemHit «okItem) t& 

(IUEgual String (password, unPurchaseBackDoor) — 0 
3 5 theApp - > s e tToUnPur chas e d ( ) ; 

CRect upperLef tRect (0 , 0 , 150 , 60) ; 
InvalRect (upperLef tRect) ; 

} 



4 0 } else { 

SysBeep(l) / 
SysBeep(i) ; 

} 

} 

45 

void CodeNumber (long number, short digits, CStr25S& theStxing) 
{ 

long temp2; 



50 thestring[0] = digits; 

for (short index = digits; index > 0; index--) { 
temp2 = number ; 
temp2 = temp2 & OX0000001F; 
55 teinp2 += 65; 

if (temp2 ' Z 1 ) 
temp 2 -=41; 
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t heS t ring [ index] = t emp2 ; 
number - number >> 5; 

} 

if (number > 0} 
5 theStringCl] = 42; 

} 

CStr255 deecode (const CStr255& input) 
} 

10 char output [7] ,- 

char stg[2] ; 
int msg_nuxnber ; 
int bl, Bl, xx, len, ret code? 
long code , bin; 

15 

len o input . Length { ) ; 
code - 0; 
20 for (xx = 1; xx < 5; xx++> 

r { 

Bl ** 0; 

sprintf (atg, "%d" , input [xx] ) ; 
bl=atoi ( stg ) 
25 if (bl > 64 bl < 91) 

Bl = bl - 65; 
if (bl > 49 bl < 56) 
Bl = bl - 24; 

3 0 switch, (xx) 

{ 

cas e 1 : 

code+= Bl * 32 768 
break ; 

35 case 2: 

Code+= Bl * 1024; 
breaks- 
case 3: 

code+<= Bl * 32; 

4 0 break; 

case 4: 

code+= Bl; 
break ; 

default : 

4 5 break ; 

} 

} 

code = (code * 43605) * 1523; 



50 



for (xx = O; xx < 6; xx++) 

{ 

switch (xx) 

{ 

55 case 0: 

bin = 33554432; 
break; 
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case 1: 



case 2 : 



case 3: 



case 4 : 



case 5 : 



default : 



bin = 1048S76; 
break ; 

bin = 32768; 
break ; 

bin - 1024; 
break ; 

bin = 32; 
break ; 

bin « 1; 
break? 

break ; 



{ 



if {code >~ bin) 

{ 

Bl = code / bin; 
COde-=Bl * bin; 
if- (Bl +, 65 c= 30) 
{ 



} 

else 

{ 
} 



> 

else 
{ 

} 



bl = 65; 



bl » Bl + 65; 



bl - Bl + 24 j 



sprintf Uoutput [xx] , n %c", bl) 
output [61 = l \0* ; 



return (CStr255 (output) ) ; 



} 



45 #pragroa segment Main 

long intcode< const CStr255fc input) 



50 



55 



{ 



char stg [2] ; 
int msg_number; 

long bl, Bl, xx, len, retcode, code; 
len = input . Length ( ) ; 
code <s 0; 

for (xx = 0; xx < 4; xx+ + ) { 
Bl = 0; 
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sprint f ( s tg , n fcd " , input [xx] ) ; 

bl^atoi ( stg ) ; 

if (bl > 64 && bl < 91) 

Bl = bl - 6S7 
if (bl > 49 bl < 56) 

Bl - bl - 24; 

switch (xx) 
{ 



case 0 : 



case X ; 



case 2 : 



case 3 : 



default: 



COde+= Bl * 32768; 
break; 

code+~ Bl * 1024; 
break ; 

code+= Bl * 32; 
break ; 

code += Bl; 
break; 

break; 



25 } 

return (code) ) ; 
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WHAT IS CLAIMED IS: 

1. A system for demonstrating software programs to a 
potential purchaser of the programs and for gathering 
marketing information related to the demonstration of 

5 the programs, comprising: 

receive means for receiving a plurality of software 
programs to be demonstrated; 

means for maintaining each of the software programs 
in a locked state in order to prevent unauthorized 

10 duplication of the software programs? 

sample means for enabling any of the software 
programs for execution upon selection by a user, for 
allowing the user to subsequently sample the selected 

r software program, for maintaining the selected software 

15 program in the locked state during the sampling of the 
selected software program in order to prevent 
unauthorized duplication of the selected software 
program, and for selectively disabling the sampling of 
the selected software program; and 

20 monitoring means for generating a code that 

identifies a particular software program in the 
plurality of software programs and contains information 
relating to sampling of the "particular software program 
by the user . 

25 

2 , The system of claim 1 wherein the monitoring means 
comprises means for including in the code information 
identifying which of the software programs the user 
sampled, 

30 

3 . The system of claim 2 wherein the monitoring means 
comprises means for including in the code information 
identifying how many times the user sampled each of the 
software programs . 

35 

4 , The system of claim 1 wherein the monitoring means 
comprises means for including in the code information 
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identifying a category of the software program most 
frequently sampled by the user. 

5 - The system of claim 1 wherein the sample means 
5 further comprises means for preventing the enabling of 
the software program when the user has already sampled 
the software program a predetermined number of times . 

6. The system of claim 1 wherein the sample means 
10 further comprises means for detecting if the software 
program is being copied during the sampling of the 
software program and for disabling the software program 
in response to the detecting. 

*** 

15 7. The system of claim 1 wherein the sample means 

comprises means for limiting how many times the software 
program can be sampled and for displaying an indication 
of a number of samples remaining. 

20 8. The system of claim 1 wherein the disable means 
comprises means for disabling the software program if 
the user bas sampled the software program for a 
predetermined amount of time. 

25 9. The system of claim 1 wherein: • 

the receive means comprises means for receiving the 
software program in an encrypted state; and 

the sample means comprises means for decrypting the 
encrypted software program, 

30 

10 . The system of claim 1 wherein the sample means 
comprises means for displaying an icon which identifies 
the software program. 

35 11. The system of claim 1 wherein the receive means 

comprises means for receiving the software program from 
a non- volatile storage medium. 
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12. The system of claim 1, further comprising means for 
unlocking the software program in response to a request 
to purchase the software program . 

5 13 . A system for demonstrating software programs to a 
potential purchaser of the programs and for gathering 
marketing information related to the demonstration of 
the programs, comprising: 

receive means for receiving a plurality of software 
10 programs to be demonstrated; 

means for maintaining each of the software programs 
in a locked state in order to prevent unauthorized 
duplication of the software programs; 

sample means for enabling any of the software 
15 programs for execution upon selection by a user, for 
allowing the user to subsequently sample the selected 
software program, for maintaining the selected software 
program in the locked state during the sampling of the 
selected software program in order to prevent 
2 0 unauthorized duplication of the selected software 

program, and for selectively disabling the sampling of 
the selected software program; and 

monitoring means for generating a code for use in 
unlocking the software programs and for including in the 
25 code an identification of which of the software programs 
were sampled by the user and how many times each of the 
software programs were sampled by the user. 

14. A computerized method for demonstrating software 
30 programs to a potential purchaser of the programs and 
for gathering marketing information related to the 
demonstration of the programs, comprising the steps 
executed by a computer of : 

receiving a plurality of software programs to be 
35 demonstrated; 

maintaining each of the software programs in a 
locked state in order to prevent unauthorized 
duplication of the software programs; 



WO 96/41449 ~ PCT/Ao9916 

41 

enabling any of the software programs for execution 
upon selection by a user, allowing the user to 
subsequently sample the selected software program, 
maintaining the selected software program in the locked 
5 state during the sampling of the selected software 

program in order to prevent unauthorized duplication of 
the selected software program, and selectively disabling 
the sampling of the selected software program; and 

generating a code that identifies a particular 
10 software program in the plurality of software programs 
and contains information relating to sampling of the 
particular software program by the user. 

T is. The method of claim 14 wherein the monitoring step 
15 comprises the step of including in the code information 
identifying which of the software programs the user 
sampled . 

16. The method of claim 15 wherein the monitoring step 
2 0 comprises the step of including in the code information 

identifying how many times the user sampled each of the 
software programs ♦ 

17. The method of claim 14 wherein the monitoring step 
25 comprises the step of including in the code information 

identifying a category of the software program most 
frequently sampled by the user. 

18. The method of claim 14 wherein the enabling step 
3 0 further comprises the step executed by the computer of 

preventing the enabling of the software program when the 
user has already sampled the software program a 
predetermined number of times. 

35 19. The method of claim 14 wherein the disabling step 
further comprises the steps executed by the computer of 
detecting if the software program is being copied during 
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the sampling of the software program and disabling the 
software program in response to the detecting. 

20 . The method of claim 14 wherein the enabling step 
5 comprises the steps of limiting how many times the 

software program can be sampled and displaying an 
indication of a number of samples remaining . 

21. The method of claim 14 wherein the disabling step 
10 , comprises the step of disabling the software program if 

the user has sampled the software program for a 
predetermined amount of time. 

22. The method of claim 14 wherein: 

15 the receiving step comprises the step of receiving 

the software program in an encrypted state; and 

the enabling step comprises the step of decrypting 
the encrypted software program. 

20 23. The method of claim 14 wherein the enabling step 
comprises the step of displaying an icon which 
identifies the software program. 

24 , The method of claim 14 wherein the receiving step 
25 comprises the step of receiving the software program 
from a non- volatile storage medium. 

25 . The method of claim 14 r further comprising the step 
of unlocking the software program in response to a 

30 request to purchase the software program. 

26. A computer program product, comprising: 

a computer usable medium having computer readable 
program code means embodied therein for causing a 
35 computer to demonstrate software programs to a potential 
purchaser of the programs and gather marketing 
information related to the demonstration of the 
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programs, the computer readable program code means in 
the computer program product comprising: 

receive means for causing the computer to receive a 
plurality of software programs to be demonstrated; 
5 means for causing the computer to maintain each of 

the software programs in a locked state in order to 
prevent unauthorized duplication of the software 
programs ; 

sample means for causing the computer to enable any 
10 of the software programs for execution upon selection by 
a user, allow the user to subsequently sample the 
selected software program, maintain the selected 
software program in the locked state during the sampling 
of the selected software program in order to prevent 
15 unauthorized duplication of the selected software 

program, and selectively disable the sampling of the 
selected software program; and 

monitoring means for causing the computer to 
generate a code that identifies a particular software 
20 program in the plurality of software programs and 
contains information relating to sampling of the 
particular software program by the user. 

27. An on-line system for demonstrating software 
25 programs to a potential purchaser of the programs, 
comprising : 

receive means for receiving from an on-line system 
a software program to be demonstrated; 

means for maintaining the software program in a 
30 locked state in order to prevent unauthorized 
duplication of the software program; and 

sample means for enabling the software program for 
execution upon selection by a user, for allowing the 
user to subsequently sample the software program, for 
35 maintaining the software program in the locked state 

during the sampling of the software program in order to 
prevent unauthorized duplication of the software 
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program, and for selectively disabling the sampling of 
the software program. 

28. The system of claim 27 wherein the sample means 

5 further comprises means for preventing the enabling of 
the software program when the user has already sampled 
the software program a predetermined number of times. 

29. The system of claim 27 wherein the sample means 
10 further comprises means for detecting if the software 

program is being copied during the sampling of the 
software program and for disabling the software program 
in response to the detecting. 

15 30. The system of claim 27 wherein the sample means 

comprises means for limiting how many times the software 
program can be sampled and for displaying an indication 
of a number of samples remaining. 

2 0 31. The system of claim 2 7 wherein the disable means 
comprises means for disabling the software program if 
the user has sampled the software program for a 
predetermined amount of time. 

25 32. The system of claim 27 wherein: 

the receive means comprises means for receiving the 
software program in an encrypted state; and 

the sample means comprises means for decrypting the 
encrypted software program. 

30 

33. The system of claim 27 , further comprising means 
for generating a code identifying the software program, 

34. The system of claim 27 wherein the sample means 
35 comprises means for displaying an icon which identifies 

the software program. 
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35. A computerized on-line method for demonstrating 
software programs to a potential purchaser of the 
programs, comprising the steps executed by a computer 
of: 

5 receiving from an on-line system a software program 

to be demonstrated; 

maintaining the software program in a locked state 
in order to prevent unauthorized duplication of the 
software program; and 
10 enabling the software program for execution upon 

selection by a user, allowing the user to subsequently 
sample the software program, maintaining the software 
program in the locked state during the sampling of the 
; " software program in order to prevent unauthorized 
15 duplication of the software program, and selectively 
disabling the sampling of the software program. 

36. The method of claim 35 wherein the enabling step 
further comprises the step executed by the computer of 

20 preventing the enabling of the software program when the 
user has already sampled the software program a 
predetermined number of times. 

37. The method of claim 35 wherein the disabling step 
25 further comprises the steps executed by the computer of 

detecting if the software program is being copied during 
the sampling of the software program and disabling the 
software program in response to the detecting. 

30 38. The method of claim 35 wherein the enabling step 
comprises the steps of limiting how many times the 
software program can be sampled and displaying an 
indication of a number of samples remaining. 

35 39. The method of claim 35 wherein the disabling step 
comprises the step /of disabling the software program if 
the user has sampled the software program for a 
predetermined amount of time. 
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The method of claim 35 wherein: 



the receiving step comprises means the step of 
receiving the software program in an encrypted state ; 
5 and 

the enabling step comprises the step of decrypting 
the encrypted software program. 

41. The method of claim 35, further comprising the step 
10 executed by the computer of generating a code 
identifying software program. 

42* The method of claim 35 wherein the enabling step 
* M comprises the step of displaying an icon which 
15 identifies the software program. 

43. A computer program product, comprising: 

a computer usable medium having computer readable 
program code means embodied therein for causing a 
20 computer to demonstrate on-line software programs to a 
potential purchaser of the programs, the computer 
readable program code means in the computer program 
product comprising: 



25 from an on-line system a software program to be 
demons t r at ed ; 

means for causing the computer to maintain the 
software program in a locked state in order to prevent 
unauthorized duplication of the software program; and 

30 sample means for causing the computer to enable the 

software program for execution upon selection by a user, 
allow the user to subsequently sample the software 
program, maintain the software program in the locked 
state during the sampling of the software program in 

35 order to prevent unauthorized duplication of the 

software program, and selectively disable the sampling 
of the software program. 



receive means for causing the computer to receive 
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44. A self -launching system associated with a software 
program for demonstrating the software program to a 
potential purchaser of the program, comprising: 

means for attaching the self -launching system to a 
5 software program; 

means for maintaining the software program in a 
locked state in order to prevent unauthorized 
duplication of the software program; and 

activation means for launching the self -launching 
10 system when a user selects the software program, the 

activation means comprising: sample means for enabling 
the software program for execution upon selection by the 
user, for allowing the user to subsequently sample the 
r software program, for maintaining the software program 
15 in the locked state during the sampling of the software 
program in order to prevent unauthorized duplication of 
the software program, and for selectively disabling the 
sampling of the software program. 

20 45. The system of claim 44 wherein the sample means 
further comprises means for preventing the enabling of 
the software program when the user has already sampled 
the software program a predetermined number of times. 

25 46. The system of claim 44 wherein the sample means 
further comprises means for detecting if the software 
program is being copied during the sampling of the 
software program and for disabling the software program 
in response to the detecting. 

47. The system of claim 44 wherein the sample means 
comprises means for limiting how many times the software 
program can be sampled and for displaying an indication 
of a number of samples remaining. 

35 

48. The system of claim 44 wherein the disable means 
comprises means for disabling the software program if 
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the user has sampled the software program for a 
predetermined amount of time. 

49. The system of claim 44, further comprising means 
5 for generating a code identifying the software program. 

50. The system of claim 44 wherein the sample means 
comprises means for displaying an icon which identifies 
the software program. 

10 

51. The system of claim 44, further comprising means 
for receiving the software program and the attached 
self -launching system from an on-line system. 

15 52. A computerized method using a self -launching system 
associated with a software program for demonstrating the 
software program to a potential purchaser of the 
program, comprising the steps executed by a computer of: 
attaching the self -launching system to a software 
20 program; 

using the self -launching system to maintain the 
software program in a locked state in order to prevent 
unauthorized duplication of the software program; and 
launching the self -launching system when a user 
25 selects the software program, comprising the steps of: 
enabling the software program for execution 
upon selection by the user; 

allowing the user to subsequently sample the 
software program; 
30 maintaining the software program in the locked 

state during the sampling of the software program 
in order to prevent unauthorized duplication of the 
software program; and 

selectively disabling the sampling of the 
35 software program. 

53 , The method of claim 52 wherein the enabling step 
further comprises the step executed by the computer of 
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preventing the enabling of the software program when the 
user has already sampled the software program a 
predetermined number of times. 

5 54. The method of claim 52 wherein the disabling step 
further comprises the steps executed by the computer of 
detecting if the software program is being copied during 
the sampling of the software program and disabling the 
software program in response to the detecting. 

10 

55. The method of claim 52 wherein the enabling step 
comprises the steps of limiting how many times the 
software program can be sampled and displaying an 
r indication of a number of samples remaining. 
15 

56 . The method of claim 52 wherein the disabling step 
comprises the step of disabling the software program if 
the user has sampled the software program for a 
predetermined amount of time. 

20 

57. The method of claim 52, further comprising the step 
executed by the computer of generating a code 
identifying the software program. 

25 58. The method of claim 52 wherein the enabling step 
comprises the step of displaying an icon which 
identifies the software program. 

59. The method of claim 52, further comprising the step 
3 0 of receiving the software program and the attached self- 

launching system from an on-line system* 

60. A computer program product/ comprising: 

a computer usable medium having computer readable 
35 program code means embodied therein for causing- a 

computer to execute a self -launching system associated 
with a software program for demonstrating the software 
program to a potential purchaser of the program, the 
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computer readable program code means in the computer 
program product comprising: 

means for attaching the self -launching system to a 
software program; 
5 means for causing the computer to maintain the 

software program in a locked state in order to prevent 
unauthorized duplication of the software program; and 

activation means for causing the computer to launch 
the self -launching system when a user selects the 

10 software program, the activation means comprising: 
sample means for causing the computer to enable the 
software program for execution upon selection by the 
user, allow the user to subsequently sample the software 
program, maintain the software program in the locked 

15 state during the sampling of the software program in 
order to prevent unauthorized duplication of the 
software program, and selectively disable the sampling 
of the software program. 

20 61. A self -launching system associated with a software 

program for distributing the software program to a 

potential purchaser of the program, comprising: 

means for attaching the self -launching system to a 

software program; 
25 means for maintaining the software program in a 

locked state in order to prevent unauthorized copying of 

the software program; and 

activation means for launching the self -launching 

system when a user selects the software program, the 
30 activation means comprising means for unlocking the 

software program in response to a request to purchase 

the software program. 

62. The system of claim 61, further comprising means 
3 5 for generating a code identifying the software program. 
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63 . fc The system of claim 61, further comprising means 
for displaying an icon which identifies the software 
program. 

5 64. The system of claim 61, further comprising means 
for receiving the software program and the attached 
self -launching system from an on-line system. 

65. A method for using a self -launching system 
10 associated with a software program for distributing the 
software program to a potential purchaser of the 
program, comprising the steps executed by a computer oft 

attaching the self -launching system to a software 
program ; 

15 maintaining the software program in a locked state 

in order to prevent unauthorized copying of the software 

program ; and 

launching the self -launching system when a user 

selects the software program, comprising the step of 
20 unlocking the software program in response to a request 

to purchase the software program. 

66. The method of claim 65 wherein the launching step 
further comprises the step of generating a code 

25 identifying the software program. 

67. The method of claim 65 wherein the launching step 
further comprises the step of displaying an icon which 
identifies the software program. 

30 

68. The method of claim 65, further comprising the step 
executed by the computer of receiving the software 
program and the attached self -launching system from an 
on-line system, 

35 

69. A computer program product, comprising: 

a computer usable medium having computer readable 
program code means embodied therein for causing a 
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computer to execute a self -launching system associated 
with a software program for distributing the software 
program to a potential purchaser of the program, the 
computer readable program code means in the computer 
5 program product comprising; 

means for attaching the self -launching system to a 
software program; 

means for causing the computer to maintain the 
software program in a locked state in order to prevent 
10 unauthorized copying of the software program; and 

activation means for causing the computer to launch 
the self- launching system when a user selects the 
software program i the activation means comprising means 
P for causing the computer to unlock the software program 
15 in response to a request to purchase the software 
program . 

70- A self * launching system associated with digital 
information for distributing the digital information to 
20 a potential purchaser of the program, comprising: 

means for attaching the self -launching system to 
digital information; 

means for maintaining the digital information in a 
locked state in order to prevent unauthorized copying of 
25 the digital information; and 

activation means for launching the self -launching 
system when a user selects the digital information, the 
activation means comprising means for unlocking the 
digital information in response to a request to purchase 
30 the digital information. 

71. The system of claim 70, further comprising means 
for generating a code identifying the digital 
information. 

35 

72. The system of claim 70, further comprising means 
for displaying an icon which identifies the digital 
information. 
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73. The system of claim 70, further comprising means 
for receiving the digital information and the attached 
self -launching system from an on-line system. 

5 

74. A method for using a self -launching system 
associated with a digital information for distributing 
the digital information to a potential purchaser of the 
program, comprising the steps executed by a computer of: 

10 attaching the self -launching system to a digital 

i nformat i on ; 

maintaining the digital information in a locked 
state in order to prevent unauthorized copying of the 
digital information; and 
15 launching the self -launching system when a user 

selects the digital information, comprising the step of 
unlocking the digital information in response to a 
request to purchase the digital information. 

2 0 75. The method of claim 74 wherein the launching step 
further comprises the step of generating a code 
identifying the digital information. 

76. The method of claim 74 wherein the launching step 
25 further comprises the step of displaying an icon which 

identifies the digital information. 

77. The method of claim 74, further comprising the step 
executed by the computer of receiving the digital 

3 0 information and the attached self -launching system from 
an on-line system. 

78. A computer program product, comprising: 

a computer usable medium having computer readable 
35 program code means embodied therein for causing a 

computer to execute a self -launching system associated 
with a digital information for distributing the digital 
information to a potential purchaser of the program, the 
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0 



0 



25 



30 



computer readable program code means in the computer 
program product comprising: 

means for attaching the self -launching system to a 
digital inf ormat ion ; 

means for causing the computer to maintain the 
digital information in a locked state in order to 
prevent unauthorized copying of the digital information; 
and 



the self -launching system when a user selects the 
digital information, the activation means comprising 
means for causing the computer to unlock the digital 
information in response to a request to purchase the 
digital information. 

79 - A system for storing a code within an operating 
system of a computer in order to identify whether the 
computer has executed a particular software program, 
comprising: 

receive means for receiving an indication that the 
computer has executed the software program; 

search means for searching a non-volatile memory in 
which the operating system for the computer is stored in 
order to locate spare memory locations within the non- 
volatile memory; 

write means for writing a code to at least one of 
the spare memory locations, the code providing an 
indication that the computer has executed the software 
program; and 

means for electronically associating the code with 
the software program. 

80. The system of claim 79 wherein; 

the search means comprises means for searching the 
memory for spare boot block locations; and 

the write means comprises means for writing the 
code to the spare boot block locations. 



activation means for causing the computer to launch 
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81. The system of claim 79, further comprising: 
means for searching the memory in order to locate 

the code associated with the particular software 
program ; and 

means for providing an indication that the computer 
has previously executed the software program, if the 
code is found. 

82 . The system of claim 79 wherein the write means 
comprises means for including with the code information 
related to use of the software program on the computer. 

83 . The system of claim 79 wherein the write means 
comprises means for writing a predetermined number of 
copies of the code to the spare memory locations - 

84. The system of claim 79, further comprising: 
means for searching the spare memory locations for 

the predetermined number of copies of the code; and 

means for writing copies of the code to the spare 
memory locations in order to recreate the predetermined 
number of copies of the code, if the predetermined 
number of copies of the code were not found. 

85. A computerized method for storing a code within an 
operating system of a computer in order to identify 
whether the computer has executed a particular software 
program, comprising the steps executed by a computer of: 

receiving an indication that the computer has 
executed the software program; 

searching a non-volatile memory in which the 
operating system for the computer is stored in order to 
locate spare memory locations within the non-volatile 
memory; 

writing a code to at least one of the spare memory 
locations, the code providing an indication that the 
computer has executed the software program; and 

associating the code with the software program. 
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86. The method of claim 85 wherein: 

the searching step comprises the step of searching 
the memory for spare boot block locations; and 
5 the writing step comprises the step of writing the 

code to the spare boot block locations. 

87. The method of claim 85, further comprising the 
steps executed by the computer of: 

10 searching the memory in order to locate the code 

associated with the particular software program; and 

providing an indication that the computer has 
previously executed the software program, if the code is 

r found. 

15 

88- The method of claim 85 wherein the writing step 
comprises the step of including with the code 
information related to use of the software program on 
the computer . 

20 

89. The method of claim 85 wherein the writing step 
comprises the step of writing a predetermined number of 
copies of the code to the spare memory locations . 

25 90. The method of claim 89, further comprising the 
steps executed by the computer of: 

searching the spare memory locations for the 
predetermined number of copies of the code; and 

writing copies of the code to the spare memory 
3 0 locations in order to recreate the predetermined number 
of copies of the code, if the predetermined number of 
copies of the code were not found. 

91. A computer program product, comprising: 
35 a computer usable medium having computer readable 

program code means embodied therein for causing a 
computer to store a code within an operating system of 
the computer in order to identify whether the computer 
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has executed a particular software program, the computer 
readable program code means in the computer program 
product comprising : 

receive means for causing the computer to receive 
5 an indication that the computer has executed the 
software program; 

search means for causing the computer to search a 
non-volatile memory in which the operating system for 
the computer is stored in order to locate spare memory 
10 locations within the non- volatile memory; 

write means for causing the computer to write a 
code to at least one of the spare memory locations, the 
code providing an indication that the computer has 
' executed the software program; and 
15 means for causing the computer to electronically 

associate the code with the software program. 

92. A system for preventing unauthorized duplication of 
a particular software program among a plurality of 
20 active software programs executed on a computer, 
comprising : 

receive means for receiving an indication that the 
computer is executing the particular software program; 

monitoring means for monitoring operation of the 
25 computer to determine which of the plurality of the 

active software programs is being currently executed; 
and 

disable means for disabling execution of the 
particular software program when the monitoring means 
30 determines that the particular software program is not 
the currently executed software program. 

93. The system of claim 92 wherein the monitoring means 
comprises means for monitoring the operation of the 
35 computer within a multi- tasking environment which 

includes a distinct visual indicator for each of the 
active software programs. 
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94. The system of claim 92 wherein the monitoring means 
further comprises means for identifying a front -most 
indicator among the plurality of active software 
programs . 

5 

95. The system of claim 92 wherein the disable means 
comprises means for disabling an image driver 
corresponding to the particular software program. 

10 96. A computerized method for preventing unauthorized 
duplication of a particular software program among a 
plurality of active software programs executed on a 
computer, comprising the steps executed by a computer 

r of : 

15 receiving an indication that the computer is 

executing the particular .software program; 

monitoring operation of the computer to determine 
which of the plurality of the active software programs 
is being currently executed; and 

2 0 disabling execution of the particular software 

program when the monitoring means determines that the 
particular software program is not the currently 
executed software program. 

25 97. The method of claim 96 wherein the monitoring step 
comprises the step of monitoring the operation of the 
computer within a multi -tasking environment which 
includes a distinct visual indicator for each of the 
active software programs. 

30 

98. The method of claim 97 wherein the monitoring step 
further comprises the step executed by the computer of 
identifying a front -most indicator among the plurality 
of active software programs. 

35 

99. The method of claim 96 wherein the disabling step 
comprises the step of disabling an image driver 
corresponding to the particular software program. 
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100. A computer program product, comprising: 

a computer usable medium having computer readable 
program code means embodied therein for causing a 
5 computer to prevent unauthorized duplication of a 

particular software program among a plurality of active 
software programs executed on the computer, the computer 
readable program code means in the computer program 
product comprising; 
10 receive means for causing the computer to receive 

an indication that the computer is executing the 
particular software program ; 

monitoring means for causing the computer to 
r monitor operation of the computer to determine which of 
15 the plurality of the active software programs is being 
currently executed; and 

disable means for causing the computer to disable 
execution of the particular software program when the 
monitoring means determines that the particular software 
20 program is not the currently executed software program. 

101. A computer-based system for automatic sales of 
software programs, comprising: 

means for accessing a software program within a 
25 computer database and for maintaining the software 
program in a locked state in order to prevent 
unauthorized duplication of the software program; 

receive means for receiving a request to purchase 
the software program; 
30 unlocking means for unlocking a copy of the 

software program in response to the request to purchase 
the software program; 

means for distributing the unlocked copy; and 
recording means for recording how many copies of 
35 the software program have been distributed in response 
to the requests to" purchase the software program. 
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102. The system of claim 101 wherein the unlocking means 
comprises means for assigning serial numbers to the 
purchased copies of the software program. 

5 103. The system of claim 101 wherein the recording means 
comprises means for automatically issuing an invoice for 
the purchased copies of the software program. 

104 . The system of claim 101 wherein the means for 
10 accessing comprises means for receiving the software 
program from an on-line system. 

105. The system of claim 101, further comprising means 
for allowing a potential purchaser to sample the 
15 software program prior to receiving the request to 
purchase the software program, 

106 . The system of claim 105 wherein the means for 
allowing a potential purchaser to sample the software 

20 program comprises: sample means for enabling the 

software program for execution upon selection by a user, 
for allowing the user to subsequently sample the 
software program, for maintaining the software program 
in the locked state during the sampling of the software 

25 program in order to prevent unauthorized duplication of 
the selected software program, and for disabling the 
sampling of the selected software program. 

107. The system of claim 106 wherein the sample means 
3 0 further comprises means for preventing the enabling of 
the software program when the user has already sampled 
the software program a predetermined number of times. 

108- The system of claim 106 wherein the sample means 
35 further comprises means for detecting if the software 
program is being copied during the sampling of the 
software program and for disabling the software program 
in response to the detecting. . 
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109. The system of claim 106 wherein the sample means 
comprises means for limiting how many times the software 
program can be sampled and for displaying an indication 
of a number of samples remaining. 

5 

110. The system of claim 106 wherein the sample means 
comprises means for disabling the software program if 
the user has sampled the software program for a 
predetermined amount of time. 

10 

111. The system of claim 106 wherein: 

the means for accessing comprises means for 
receiving the software program in an encrypted state; 
r and 

15 the sample means comprises means for decrypting the 

encrypted software program. 

112. The system of claim 106 wherein the sample means 
comprises means for displaying an icon which identifies 

2 0 the software program. 

113 . A computerized method for automatic sales of 
software programs, comprising the steps executed by a 
computer of : 

25 accessing a software program within a computer 

database and maintaining the software program in a 
locked state in order to prevent unauthorized 
duplication of the software program 

receiving a request to purchase the software 

3 0 program; 

unlocking a copy of the software program in 
response to the request to purchase the software 
program; 

distributing the unlocked copy; and 
35 recording how many copies of the software program 

have been distributed in response to the requests to 
purchase the software program. 
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114. The method of claim 113 wherein the unlocking step 
comprises the step of assigning serial numbers to the 
purchased copies of the software program. 

5 115. The method of claim 113 wherein the recording step 
comprises the step of automatically issuing an invoice 
for the purchased copies of the software program. 

116. The method of claim 113 wherein the means for 
10 accessing comprises means for receiving the sof tware 

program from an on-line system. 

117. The method of claim 113, further comprising the 
r step executed by the computer of allowing a potential 

15 purchaser to sample the software program prior to 

receiving the request to purchase the software program. 

118. The method of claim 117 wherein the step of 
allowing a potential purchaser to sample the software 

20 program comprises the steps of: 

enabling the software program for execution upon 
selection by a user; 

allowing the user to subsequently sample the 
software program? 
25 maintaining the software program in the locked 

state during the sampling of the software program in 
order to prevent unauthorized duplication of the 
selected software program; and 

disabling the sampling of the selected software 
3 0 program . 

119. The method of claim 118 wherein the enabling step 
further comprises the step of preventing the enabling of 
the software program when the user has already sampled 

35 the software program a predetermined number of times. 

120. The method of claim 118 wherein the disabling step 
further comprises the steps executed by the computer of 
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detecting if the software program is being copied during 
the sampling of the software program and disabling the 
software program in response to the detecting . 

5 121. The method of claim 118 wherein the enabling step 
comprises the steps of limiting how many times the 
software program can be sampled and displaying an 
indication of a number of samples remaining. 

10 122. The method of claim 118 wherein the disabling step 
comprises the step of disabling the software program if 
the user has sampled the software program for a 
predetermined amount of time* 

15 123. The method of claim 118 wherein: 

the accessing step comprises the step of receiving 
the software program in an encrypted state; and 

the enabling step comprises the step of decrypting 
the encrypted software program. 

20 

124. The method of claim 118 wherein the enabling step 
comprises the step of displaying an icon which 
identifies the software program. 

25 125. A computer program product, comprising: 

a computer usable medium having computer readable 
program code means embodied therein for causing a 
computer to execute a system for automatic sales of 
software programs, the computer readable program code 
3 0 means in the computer program product comprising: 

means for accessing a software program within a 
computer database and for maintaining the software 
program in a locked state in order to prevent 
unauthorized duplication of the software program; 
35 rece ive means for causing the computer to receive 

request to purchase the software program; 
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unlocking means for causing the computer to unlock 
a copy of the software program in response to the 
request to purchase the software program; 

means for causing the computer to distribute the 
5 unlocked copy; and 

recording means for causing the computer to record 
how many copies of the software program have been 
distributed in response to the requests to purchase the 
software program. 
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